расчет производительности

данные
Интерпретируемое формализованным способом представление информации, пригодное для коммуникации, интерпретации или обработки.
[ИСО/МЭК 2382-1]
[ ГОСТ Р 52292-2004]

данные
Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека
[ ГОСТ 15971-90]
[ ГОСТ Р 50304-92]
[ОСТ 45.127-99]

[Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]

данные
Представление информации в формализованном виде, пригодном для передачи, интерпретации или обработки.
[ ГОСТ Р ИСО/МЭК 12119-2000]
[ ГОСТ Р 52653-2006]

данные
Информация, представленная в формализованном виде, пригодном для передачи, интерпретации или обработки с участием человека или автоматическими средствами
[ ГОСТ 34.320-96]

данные
Сведения, являющиеся объектом обработки в информационных человеко-машинных системах.
[ ГОСТ 17657-79]

данные
Информация, обработанная и представленная в формализованном виде для дальнейшей обработки
[ГОСТ 7.0-99]

данные
Сведения о состоянии любого объекта — экономического или не экономического, большой системы или ее элементарной части (элемента), о человеке и машине и т. д., представленные в формализованном виде и предназначенные для обработки (или уже обработанные). Д. не обязательно должны быть числовыми: например, статистические показатели работы предприятий и анкетные сведения о человеке — все это Д.) В процессах сбора, обработки и использования они расчленяются на отдельные элементарные составляющие — элементы данных или элементарные данные (иногда их называют просто данными). Элементарные Д. могут быть выражены целыми и вещественными числами, словами, а также булевыми величинами, способными принимать лишь два значения — «истина» (1), «ложь» (0). Слово «Д.» не вполне соответствует слову «информация«, хотя они часто употребляются как синонимы. Д. — величина, число или отношение, вводимые в процесс обработки или выводимые из него. Информация же определяется как знание, полученное из этих данных. Следовательно, обработка данных есть приведение их к такому виду, который наиболее удобен для получения из них информации, знания. Для того, чтобы из минимального количества Д. извлечь максимум информации, используются различные способы записи массивов данных, методы агрегирования и др. Для того, чтобы быть воспринятыми и стать информацией, Д. проходят как бы тройной фильтр: физический (ограничения по пропускной способности канала), семантический (см. Тезаурус) и прагматический, где оценивается полезность Д. (см. Информация). Экономические Д. можно подразделить на два особенно важных класса: условно-постоянные и переменные. Различие между ними поясним простым примером: нормативы запасов — условно-постоянные Д., размеры запасов отдельных материалов на конкретные даты — переменные. Следовательно, первые — это всякого рода расценки, нормативы, нормы, сведения о производительности оборудования и т.д. Обычно в автоматизированных системах управления они либо хранятся в массивах картотек (устаревшая и выходящая из употребления система), либо вводятся в память машины один раз и при необходимости включаются в расчет самой машиной. Условно-постоянными они называются потому, что все же время от времени обновляются. Переменные Д. (сведения о выработке рабочих, о сдаче деталей и продукции, о тех же запасах на складе и многие другие) после расчета, как правило, выводятся из памяти компьютера. См. также Автоматизированная система обработки данных (АСОД), База данных, Носитель данных, Обработка данных, Показатель, Сбор данных, Скорость передачи данных, Экономическая информация.
[ http://slovar-lopatnikov.ru/]

Тематики

• базы данных
• защита информации
• информационно-библиотечная деятельность
• информационные технологии в образовании
• системы для сопряж. радиоэлектр. средств интерфейсные
• системы обработки информации
• телевидение, радиовещание, видео
• экономика
• электронный обмен информацией
• электросвязь, основные понятия

EN

• data

FR

• données

3.4 данные (data): Совокупность значений, присвоенных для основных мер измерений, производных мер измерений и (или) показателей.

[ИСО/МЭК 15939:2007]

Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

1. Данные

Data

Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека

Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

3.2.14 данные (data): Представление информации в формальном виде, пригодном для передачи, интерпретации или обработки людьми или компьютерами;

Источник: ГОСТ Р ИСО 10303-1-99: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы оригинал документа

12. Данные

Data

По ГОСТ 15971

Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа

3.3 данные (data): Данные по качеству воздуха и общие данные.

Источник: ГОСТ Р ИСО 7168-2-2005: Качество воздуха. Представление данных. Часть 2. Сокращенный формат представления данных оригинал документа

2.6 данные (Data): Дискретные объективные факты (номера, символы, цифры) без контекста и пояснений.

Источник: ГОСТ Р 53894-2010: Менеджмент знаний. Термины и определения оригинал документа

3.12 данные (data): Представление информации или команд в виде, пригодном для передачи, интерпретации или обработки с помощью компьютера.

[IEEE 610, модифицировано]

Примечание - Данные, необходимые для определения параметров и реализации прикладных и служебных функций в системе, называются «прикладными данными».

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.13 данные (data): Представление информации или сообщений в виде, подходящем для передачи, интерпретации или обработки с помощью компьютеров (см. рисунок 2).

[IEEE 610, модифицировано] [1]

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.1.3 данные (data): Любой элемент информации, принимаемый регистратором для записи, включая численные значения, текст, а также звуковые и радиолокационные сигналы, за исключением особо оговоренных случаев или ситуаций, когда по контексту понятно иное.

Источник: ГОСТ Р МЭК 61996-1-2009: Морское навигационное оборудование и средства радиосвязи. Судовой регистратор данных рейса (РДР). Часть 1. Регистратор данных рейса (РДР). Технико-эксплуатационные требования, методы и требуемые результаты испытаний оригинал документа

3.17 данные (data): представление информации формальным способом, подходящим для коммуникации, интерпретации или для информационной обработки человеком или компьютерами.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

прокатная оценка
Одна из объективно обусловленных оценок по Л.В.Канторовичу — величина, равная приращению критерия оптимальности в результате использования дополнительной единицы оборудования в течение определенного промежутка времени (То есть это предельная, а не средняя величина). На практике это годовой эффект, который может быть получен за счет использования дополнительной единицы оборудования. Можно определить и иначе: это те дополнительные затраты, которые обусловлены отсутствием данной машины в течение года, т.е. использованием для производства продукции менее эффективного оборудования, либо ручного труда. Л.В.Канторович объясняет термин так: «Мы употребляем термин прокатная оценка, так как это есть оценка той платы, которая была бы оправдана, если бы такая машина бралась на некоторый срок напрокат»[1]. П.о. «узких» мест в производстве выше, а после их «расшивки», т.е. установки дополнительного оборудования — ниже. П.о. позволяет находить оптимальный план использования оборудования разной производительности. При распределении оборудования более высокая оценка одного и того же вида на одном заводе, чем на другом — свидетельство того, что первый завод больше нуждается в добавлении этого оборудования. [1] Канторович Л.В. Экономический расчет наилучшего использования ресурсов. — М.: Изд-во АН СССР, 1960, стр. 102.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• lease estimation
• rent estimation

система рецептурного управления технологическим процессом
-
[Интент]

Вообще, batch-процесс – это вид технологического процесса, который иногда противопоставляют непрерывному процессу. Иногда batch-процессы называют рецептурными процессами (или просто рецептами); эту терминологию мы и будем в дальнейшем использовать. Слово “batch” еще можно перевести как “партия продукции”, и это тоже относится к затрагиваемой теме, так как в результате рецептурного процесса производится партия продукции. Ладно, хватит путаницы – теперь по делу.

Раньше мы рассматривали технологические процессы, которые идут непрерывно в течение 24 часов в день, 7 дней в неделю, 365 дней в году. Хотя, на самом деле, раз в году делают плановый останов на несколько дней для выполнения ремонтных и других работ, но это происходит строго в соответствии с планом, и этому предшествуют значительные подготовительные работы. В другое же время остановка производства – это “чрезвычайное” происшествие. При этом отдельно взятая технологическая установка принимает участие в производстве одного вида продукции, а сам процесс идет по фиксированной технологической цепочке с неизменными настройками (уставками). Короче, все скучно, однообразно и весьма предсказуемо.

А теперь представим гипотетический пищевой цех по производству сока. При этом цех может производить несколько видов сока: яблочный, вишневый и апельсиновый, т.е. 3 вида продукции. Пусть сок производится из концентрированного сока в специальной емкости с мешалкой, где он тщательно смешивается с водой, а потом пастеризуется и идет на розлив (пакетирование).

Имеет ли смысл ставить для производства этих трех видов сока три производственные линии (по одной линии на каждый вид сока)? Было бы круто, но чрезвычайно дорого. Выход – использовать одну и ту же линию для выпуска разных видов продукции. При этом понятно, что и технологические параметры для производства различных соков будут заметно друг от друга отличаться. Например, вишневый концентрат нужно смешивать с водой гораздо дольше, чем яблочный, но пастеризовать его надо при меньшей температуре (я на самом деле этого не знаю - чисто предположение:)

Набор технологических параметров для производства определенного вида продукции называется рецептом (recipe). В нашем примере для сока это может быть: соотношение вода/концентрат, длительность и температура смешивания; температура пастеризации + другие параметры. В общем случае, рецепт также может содержать последовательность технологических операций, которые для различных видов продукции могут быть, строго говоря, разными. Хотя на практике, как правило, рецепт не подразумевает различающиеся технологические операции, а содержит всего лишь массив технологических уставок для того или иного продукта.

Рис. 1. Иллюстрация рецептурного управления на примере производства различных видов сока

Это все напоминает процесс приготовления еды на кухне, где мы оттачиваем рецепты разных блюд, но при этом используем одни и те же орудия (кастрюли, ножи, разделочные доски, плиту и т.д.)

Теперь попробуем дать характеристику batch-процессу:

1. На выходе несколько видов продукции.
2. При производстве разных видов продукции задействуется одно и то же технологическое оборудование.
3. Имеется множество рецептов.
4. Производство по “партиям”, которое может быть относительно легко и без последствий остановлено после завершения партии, а потом возобновлено.

Автоматизированное управление batch-процессом называется рецептурным управлением (batch control, или recipe control). Этот вид управления несколько специфичен, и требует от системы управления некоторой смекалки. Конечно, можно использовать для задач рецептурного управления обычные программные блоки, подходящие для управления непрерывным процессом, НО на практике это приводит к огромным трудностям (=головной боли) при попытке все это реализовать, используя стандартные подходы программирования. Поэтому многие производители АСУ ТП разработали специализированные batch-модули, которые адаптированы именно под рецептурные процессы. Эти модули могут выполняться на уровне ПЛК или на выделенном сервере batch. Иногда эти сервера, к тому же, резервируются. Также batch-модули дополняются специализированной средой разработки batch-программ, что сильно облегчает жизнь инженера.

На рисунке ниже в качестве примера приведена конфигурация верхнего уровня АСУ ТП SIMATIC PCS 7, оснащенной выделенным сервером batch.

Рис. 2. Структурная схема АСУ ТП с выделенным сервером batch

Перечислим основные обязанности системы batch-управления:

1. Ну, собственно, самая главная задача – хранение/загрузка рецептов и их выполнение в режиме реального времени ( batch process management).
2. Отслеживание, не занята ли технологическая установка выполнением другого рецепта. Если занята, то выделяется другая аналогичная установка для выполнения данного рецепта ( process unit allocation).
3. Формирование отчетов об изготовление партии продукции в задаваемой пользователем форме. Причем, требуются отчеты с возможностью отслеживания истории (ретроспективы) “прогона” партии по технологической цепочке ( reporting and batch tracking).
4. Расчет различных показателей эффективности производства, как, например: удельного времени простоя (в %), производительности (в л/c) технологической установки или полного времени изготовления партии продукции (в мин).
5. Планирование изготовления партий, что фактически подразумевает составление производственного расписания. Ну, это на самом деле ни одна система в полном объеме пока не реализует ( batch planning).

И еще несколько слов.

Как правило, пакет batch состоит из двух частей – операторской (клиентской) и исполняемой. Клиентская часть устанавливается на АРМы и всего лишь обеспечивает удобный операторский интерфейс. Клиентская часть, как правило, органично вписывается в общую операторскую среду, и работа с ней идет непосредственно из мнемосхем.

Исполняемая часть – это костяк системы. Именно она ответственна за автоматизированное выполнение задач рецептурного управления, описанных выше. Исполняемая часть прогружается в специальные серверы batch или в обычные ПЛК в зависимости от архитектуры АСУ ТП.

И еще. Существует международный стандарт ISA-88, специфицирующий batch-процессы, определяющий модель и философию рецептурного управления, а также стандартизирующий соответствующую терминологию. Документ тяжеловесный, и посему прочитан полностью мной не был. Тем не менее, в следующей части я попытаюсь более детально описать рецептурные системы с привязкой именно к стандарту ISA-88.

[ http://kazanets.narod.ru/Batch_P1.htm]

Тематики

• автоматизированные системы

EN

• batch
• batch management solution